約 6,243,457 件
https://w.atwiki.jp/mikumikuonline/pages/20.html
リクエスト 現在MMOへの意見要望リクエストは公式フォーラムで受け付けています。 フォーラムはログイン無しに書き込めますので、何かあれば押し付けがましくならない範囲でリクエストするのはありかも? http //forum.m2op.net/ その他大百科の掲示板やwikiなどでMikuMikuOnlineの未来を楽しく語っていきましょう。 MikuMikuOnlineでやれそうなこと MMDでTRPG MMDでスゴロク MMDでウルトラクイズ MMDで風雲たけし城 MMDでスーパーマリオ などなど他にもまだまだ可能性は無限大です。 遊び マンション登り MMOの基本ステージであるケロリン町の中央のマンションは裏技で登ることができます。 看板と出窓があるところの近く(郵便ポストそば)の小屋の2階の屋根に上ります。 そこから看板の支え棒あたり目指してジャンプ。うまくいくとビルの中に入れるます。 看板の両脇にあるとちらかの出窓に向かって進みます。うまくいくと、出窓にハマります(ちょっとだけ登る感じ)。 あとはジャンプすると、勝手に上昇します。出窓にうまくハマっても上昇せず動けなくなることがありますが、バックジャンプなどして脱出できますので、3からやり直しになります。 最上段までくると止まるので、外に出ながらジャンプしてうまく空中で軌道修正して屋上へ。 なお、この方法では身長設定(設定ファイルのinfo.jsonないのhighというパラメーター)が1.80以上のモデルでないと出来ません。 身長がそれ以下のモデルでは、ビルの中には入れても出窓にハマれません。 デフォルトの状態ですと、弱音ハクとアンノウンが可能です。 ちなみに、この方法以外にも登る方法はある模様です。 慣れるまではなかなか大変ですが、屋上から一望する景色は絶景です。 一度チャレンジしてみてはいかがでしょうか? ミクダヨー集会 「ミクダヨー集会とは、ある一人の言葉から始まったミクダヨー達がたくさん集まる会のことである・・・」 準備は簡単。その場にいる全員がミクダヨーのモデルを使うだけ。 集会は基本どこでも開かれ、みんなで走り回ったり、ミクダヨーのモデルではないユーザーを追いかけたり、 記念撮影したり、皆が「ミクダヨー」と連呼していたりとやっていることは様々。 最近はあまり開かれているところを見かけないが、まあどこかで開かれているだろう。 せっかくだしあなたもミクダヨーになってみては? ほめ春香で追いかけっこ 自分と相手両方にほめ春香Gのモデルを入れて、逃げるチビキャラをほめ春香達が追いかけ、逃げる方が怖がって遊ぶ。 ルール1:逃げるキャラは時々後ろを確認する。追いかけてくるほめまじこわい。 ルール2:逃げ方は道路以外にも狭いところに逃げ込んだり色々な逃げ方をする。 ルール3:逃げる方は追いかけるほうが見える。ロリ・チビモデルで逃げる。 ルール4:おおよそ1周してスタート地点に戻ると終了。 ほめ春香に追いかけられるのがマジで怖い。挟み撃ちとかマジゾッとする。 ほめ春香面白すぎる。あとMMOでのかにひらモデルの可愛さは神。 http //www59.atwiki.jp/mikumikuonline/pages/19.html コメント MikuMikuOnlineでこんなことがしたい!こんな機能がほしい!などコメントしてください。 コメント欄(最新25件のみ表示。ログはコチラ) ログビューワをバージョンアップ。 URLは変わってないのでそのままダウンロード出来ます。 -- (しずる) 2014-04-15 06 11 09 マップのページに空色町ver1.52に対する補足を追加、空色町が使えないとお嘆きの方はお試しあれ -- (わしし) 2014-06-01 07 24 49 Haswell内蔵のHDグラフィックでも動作可能な独自改変クライアントをコッソリ?UPしました http //bowlroll.net/up/dl42143 -- (わしし) 2014-07-06 22 12 10 64ビット対応もうれしいですね。 -- (BURI) 2014-07-08 08 08 02 もしよければボイスチャット実装してください。 -- (Macro) 2014-07-23 01 27 46 心経P作のMMOTalkというのがあるよ http //bowlroll.net/up/dl11872 -- (わしし) 2014-07-23 23 01 46 ログイン画面が出ず真っ黒になったのですが原因は何なのでしょうか -- (しゃん) 2014-12-01 21 43 06 ↑空色町入れてない? ここのマップの空色町のとこにちょっと説明書いてあるけど 改変クライアントだとそのままでも問題ないよ https //bowlroll.net/file/42143 -- (わしし) 2014-12-03 19 09 25 trickle.bglb.jpサーバー内大改装中。AIもどきとか、NPC大量投入しました。各チャンネルに案内役(Infoシリーズ)を設置しました。まだ、動作が変な部分もありますが仕様です(キリッ -- (しずる) 2015-04-14 23 45 25 はじめまして。自宅でMMOサーバ(Vine Linux 6.2)のビルド&実行を試みている者です。何とか、ビルドまでは成功したのですが、boostのバージョン違い(当方はboost 1.58.0)により、Serializationクラスで「unsupported version」エラーが発生しているようなのです。また、Boostのstd addressof関連の不具合(#10982)により、g++ではboostのバージョンダウンが出来ない状態にあります。動作確認のために、お手数ですが、boost 1.58.0でビルドしたクライアントをリリースして頂けないでしょうか? -- (specium78) 2015-05-27 20 24 05 またまた、失礼します。自宅でMMOサーバ(Vine Linux 6.2上)のビルド&実行に成功しました。gcc 4.6.4+boost 1.57.0でビルドすれば、現在のクライアントで接続できるサーバが出来ます。やはり、クライアントとサーバでboostのバージョンを一致させないと駄目みたいですね。とりあえず、boost 1.58.0でビルドしたクライアントのリリースは先延ばしで結構です。お騒がせして、失礼しました。MMOのようなシステムの存在は嬉しいですね -- (specium78) 2015-06-07 17 01 18 ちなみに公式配布のクライアントで入れるようにするには サーバービルド時に利用するboostは公式クライアントと同じ1.55である必要があります boostのバージョンとserialization archiveのバージョンは 1.53~1.55=10 1.56~1.57=11 1.58=12 となっています なお、サーバーでシリアライズ化した物をクライアントで戻しており(逆はない) 新しいバージョンのboostでは古いバージョンでシリアライズ化した物も 戻せるためクライアントビルド時のboostは最新で問題ありません -- (わしし) 2015-06-12 21 52 32 遅レスですみません。現在mmoのboostバージョンは公式が1.55、修正版が1.58となっているわけですね。早速、boost 1.55版をリビルドしなければ…(汗)。返信をありがとうございました -- (specium78) 2015-07-05 03 42 22 すみません(汗)、上記コメントで誤記あり。修正版のboostバージョンは1.57でした。 -- (specium78) 2015-07-05 03 45 31 勘違い 公式サーバ/クライアントはboost 1.51 でビルドされててserialization archiveのバージョンは9でした なのでserialization archiveのバージョンが9のboostでビルドしたサーバじゃないと公式クライアントでは入れない・・・ -- (わしし) 2015-07-08 13 04 24 了解です。公式サーバ/クライアントはboost 1.51。 -- (specium78) 2015-07-12 16 36 14 最近めっきり新Miku Miku Online開発の話を聞かないんですけど、開発を投げちゃったんでしょうか… -- (名無しさん) 2016-05-06 01 51 42 投げてほしくないなー。MMO好きなのに・・・ -- (モブな名無しさん) 2016-06-02 11 10 41 あ、私の鯖は"39.now-ip.net"です~ ほんっとに何にもない+よく落ちるのコンボですがよければ来てくださーい(海外鯖です) -- (モブな名無しさん) 2016-06-03 14 03 54 39.now-ip.net、早速応答がないのですが... -- (名無しさん) 2016-06-04 17 28 03 VRChat以前に、まさかMMD関連に、こういうものが存在していたとは・・・。MMD,MME,MMMは知っていても、MMOは、存在すら知らなかった。 -- (名無しさん) 2018-07-11 17 46 41 WSSNET繋がらないですね -- (名無しさん) 2020-09-14 19 59 57 起動してすぐに強制終了してしまう…低スペックパソコンでは無理なのかな…動作環境わかんない -- (名無しさん) 2021-07-02 21 55 58 動作環境的には DirectX11(11以降?) と VisualStudio2010のランタイムが必要です -- (名無しさん) 2021-09-20 04 33 30 VisualStudio2010のランタイムは https //www.microsoft.com/ja-JP/download/details.aspx?id=26999 から vcredist_x86.exe(32bit) や vcredist_x64.exe(64bit) をダウンロードして入れてください -- (名無しさん) 2021-09-20 04 34 48 名前 コメント すべてのコメントを見る
https://w.atwiki.jp/suzukaze/pages/38.html
ここを編集 参考オーディオセット デッキ:carrozzeria Bluetooth/USB/チューナーメインユニット MVH-580 MVH-580 AUDI/TT用取り付けキット:JUST FIT ジャストフィット KJ-T11D AUDI A3/6/TT用 1D取付キット[TK-70] AUDI A3/4/6/TT用 レベルアダプター[TK-20] http //ccdfan.exblog.jp/19577059
https://w.atwiki.jp/usb_audio/pages/33.html
原文:Audio Device Document 1.0(PDF) USB Device Class Definition for Audio Devices Release 1.0 March 18, 1998 26 · Reverb Level sets the amount of reverberant sound. · Reverb Time sets the time over which the reverberation will continue. · Reverb Delay Feedback used with Reverb Types Delay and Delay Panning. Sets the way in which delay repeats The effects of the Reverberation Processing Unit can be bypassed at all times through manipulation of the Enable Processing Control. In principle, the algorithm to produce the desired reverberation effect influences all channels as a whole. It is entirely left to the designer how a certain reverberation effect is obtained. It is not the intention of this specification to precisely define all the parameters that influence the reverberation experience (for instance in a multi-channel system, it is possible to create very similar reverberation impressions, using different algorithms and parameter settings on all channels). The symbol for the Reverberation Processing Unit can be found in the following figure ここに画像 Figure 3-9 Reverberation Processing Unit Icon 3.5.6.5 Chorus Processing Unit The Chorus Processing Unit is used to add chorus effects to the original audio information. A number of parameters can be manipulated to obtain the desired chorus effects. · Chorus Level controls the amount of the effect sound of chorus. · Chorus Modulation Rate sets the speed (frequency) of the modulator of the chorus. · Chorus Modulation Depth sets the depth at which the chorus sound is modulated. The effects of the Chorus Processing Unit can be bypassed at all times through manipulation of the Enable Processing Control. In principle, the algorithm to produce the desired chorus effect influences all channels as a whole. It is entirely left to the designer how a certain chorus effect is obtained. It is not the intention of this specification to precisely define all the parameters that influence the chorus experience. The symbol for the Chorus Processing Unit can be found in the following figure ここに画像 Figure 3-10 Chorus Processing Unit Icon 3.5.6.6 Dynamic Range Compressor Processing Unit The Dynamic Range Compressor Processing Unit is used to intelligently limit the dynamic range of the original audio information. A number of parameters can be manipulated to influence the desired compression. USB Device Class Definition for Audio Devices Release 1.0 March 18, 1998 27 ここに画像 Figure 3-11 Dynamic Range Compressor Transfer Characteristic · Compression ratio R determines the slope of the static input-to-output transfer characteristic in the compressor’s active input range. The compression is defined in terms of the compression ratio R, which is the inverse of the derivative of the output power PO as a function of the input power PI when PO and PI are expressed in dB. 数式 PR is the reference level and it is made equal to the so-called line level. All levels are expressed relative to the line level (0 dB), which is usually 15-20 dB below the maximum level. Compression is obtained when R 1, R = 1 does not affect the signal and R 1 gives rise to expansion. · Maximum Amplitude the upper boundary of the active input range, relative to the line level (0 dB). Expressed in dB. · Threshold level the lower boundary of the active input level, relative to the line level (0 dB). · Attack Time determines the response of the compressor as a function of time to a step in the input level. Expressed in ms. · Release Time relates to the recovery time of the gain of the compressor after a loud passage. Expressed in ms. The effects of the Dynamic Range Compressor Processing Unit can be bypassed at all times through manipulation of the Enable Processing Control. In principle, the algorithm to produce the desired dynamic range compression influences all channels as a whole. It is entirely left to the designer how a certain dynamic range compression is obtained. The symbol for the Dynamic Range Compressor Processing Unit can be found in the following figure ここに画像 {Figure 3-12 Dynamic Range Compressor Processing Unit Icon}} USB Device Class Definition for Audio Devices Release 1.0 March 18, 1998 28 3.5.7 Extension Unit The Extension Unit (XU) is the method provided by this specification to easily add vendor-specific building blocks to the specification. The Extension Unit provides one or more logical input channels, grouped into one or more audio channel clusters and transforms them into a number of logical output channels, grouped into one audio channel cluster. Therefore, the Extension Unit can have multiple Input Pins and has a single Output Pin. Extension Units are required to support at least the Enable Processing Control, allowing the Host software to bypass whatever functionality is incorporated in the Extension Unit. Although a generic audio driver will not be able to determine what functionality is implemented in the Extension Unit, let alone manipulate it, it still will be capable of recognizing the presence of vendorspecific extensions and assume default behavior for those units. The symbol for the Extension Unit can be found in the following figure ここに画像 {Figure 3-13 Extension Unit Icon 3.5.8 Associated Interfaces In some cases, an audio function building block (Terminal, Mixer Unit, Feature Unit, and so on) needs to be associated with interfaces that are not part of the Audio Interface Collection. As an example, consider a speaker system with front-panel volume knob. The manufacturer might want to impose a binding between the front-panel volume Control and the speaker system’s volume setting. The volume knob could be represented by a HID interface that coexists with the Audio Interface Collection. To create a binding between the Feature Unit inside the audio function that deals with master Volume Control and the frontpanel volume knob, the Feature Unit descriptor can be supplemented by a special Associated Interface descriptor that holds a link to the associated HID interface. In general, each Terminal or Unit descriptor can be supplemented by one or more optional Associated Interface descriptors that hold a reference to an interface. This interface is external to the audio function and interacts in a certain way with the Terminal or Unit. The layout of the Associated Interface descriptor is open-ended and is qualified by the Entity type it succeeds and by the target interface Class type it references. For the time being, this specification does not define any specific Associated Interface descriptor layout. 3.6 Copy Protection Because the Audio Device Class is primarily dealing with digital audio streams, the issue of protecting these – often-copyrighted – streams can not be ignored. Therefore, this specification provides the means to preserve whatever copyright information is available. However, it is the responsibility of the Host software to manage the flow of copy protection information throughout the audio function. Copy protection issues come into play whenever digital audio streams enter or leave the audio function. Therefore, the copy protection mechanism is implemented at the Terminal level in the audio function. Streams entering the audio function can be accompanied by specific information, describing the copy protection level of that audio stream. Likewise, streams leaving the audio function should be accompanied by the appropriate copy protection information, if the hardware permits it. This specification provides for two dedicated requests that can be used to manage the copy protection mechanism. The Get Copy Protect USB Device Class Definition for Audio Devices Release 1.0 March 18, 1998 29 request can be used to retrieve copy protection information from an Input Terminal whereas the Set Copy Protect request is used to preset the copy protection level of an Output Terminal. This specification provides for three levels of copy permission, similar to CGMS (Copy Generation Management System) and SCMS (Serial Copy Management System). · Level 0 Copying is permitted without restriction. The material is either not copyrighted, or the copyright is not asserted. · Level 1 One generation of copies may be made. The material is copyright protected and is the original. · Level 2 The material is copyright protected and no digital copying is permitted. 3.7 Operational Model A device can support multiple configurations. Within each configuration can be multiple interfaces, each possibly having alternate settings. These interfaces can pertain to different functions that co-reside in the same composite device. Even several independent audio functions can exist in the same device. Interfaces, belonging to the same audio function are grouped into an Audio Interface Collection. If the device contains multiple independent audio functions, there must be multiple Audio Interface Collections, each providing full access to their associated audio function. As an example of a composite device, consider a PC monitor equipped with a built-in stereo speaker system. Such a device could be configured to have one interface dealing with configuration and control of the monitor part of the device (HID Class), while a Collection of two other interfaces deals with its audio aspects. One of those, the AudioControl interface, is used to control the inner workings of the function (Volume Control etc.) whereas the other, the AudioStreaming interface, handles the data traffic, sent to the monitor’s audio subsystem. The AudioStreaming interface could be configured to operate in mono mode (alternate setting x) in which only a single channel data stream is sent to the audio function. The receiving Input Terminal could duplicate this audio stream into two logical channels, and those could then be reproduced on both speakers. From an interface point of view, such a setup requires one isochronous endpoint in the AudioStreaming interface to receive the mono audio data stream, in addition to the mandatory control endpoint and optional interrupt endpoint in the AudioControl interface. The same system could be used to play back stereo audio. In this case, the stereo AudioStreaming interface must be selected (alternate setting y). This interface also consists of a single isochronous endpoint, now receiving a data stream that interleaves left and right channel samples. The receiving Input Terminal now splits the stream into a Left and Right logical channel. The AudioControl interface remains unchanged. If the above AudioStreaming interface were an asynchronous sink, one extra isochronous synch endpoint would also be necessary. Audio Interface Collections can be dynamic. Because the AudioControl interface, together with its associated AudioStreaming interface(s), constitute the ‘logical interface’ to the audio function, they must all come into existence at the same moment in time. As stated earlier, audio functionality is located at the interface level in the device class hierarchy. The following sections describe the Audio Interface Collection, containing a single AudioControl interface and optional AudioStreaming interfaces, together with their associated endpoints that are used for audio function control and for audio data stream transfer. USB Device Class Definition for Audio Devices Release 1.0 March 18, 1998 30 3.7.1 AudioControl Interface To control the functional behavior of a particular audio function, the Host can manipulate the Units and Terminals inside the audio function. To make these objects accessible, the audio function must expose a single AudioControl interface. This interface can contain the following endpoints · A control endpoint for manipulating Unit and Terminal settings and retrieving the state of the audio function. This endpoint is mandatory, and the default endpoint 0 is used for this purpose. · An interrupt endpoint for status returns. This endpoint is optional. The AudioControl interface is the single entry point to access the internals of the audio function. All requests that are concerned with the manipulation of certain audio Controls within the audio function’s Units or Terminals must be directed to the AudioControl interface of the audio function. Likewise, all descriptors related to the internals of the audio function are part of the class-specific AudioControl interface descriptor. The AudioControl interface of an audio function may support multiple alternate settings. Alternate settings of the AudioControl interface could for instance be used to implement audio functions that support multiple topologies by presenting different class-specific AudioControl interface descriptors for each alternate setting. 3.7.1.1 Control Endpoint The audio interface class uses endpoint 0 (the default pipe) as the standard way to control the audio function using class-specific requests. These requests are always directed to one of the Units or Terminals that make up the audio function. The format and contents of these requests are detailed further in this document. 3.7.1.2 Status Interrupt Endpoint A USB AudioControl interface can support an optional interrupt endpoint to inform the Host about the status the status of the different addressable Entities (Terminals, Units, interfaces and endpoints) inside the audio function. In fact, the interrupt endpoint is used by the entire Audio Interface Collection to convey status information to the Host. It is considered part of the AudioControl interface because this is the anchor interface for the Collection. The interrupt data is a 2-byte entity. The bStatusType field contains information in D7 indicating whether there is still an interrupt pending or not. This bit remains set until all pending interrupts are properly serviced. The other bits are used to report the cause of the interrupt in more detail. Bit D6 of the bStatusType field indicates a change in memory contents on one of the addressable Entities inside the audio function. This bit is cleared by a Get Memory request on the appropriate Entity. Bits D3..0 indicate the originator of the current interrupt. All addressable Entities inside an audio function can be originator. The contents of the bOriginator field must be interpreted according to the code in D3..0 of the bStatusType field. If the originator is the AudioControl interface, the bOriginator field contains the TerminalID or UnitID of the Entity that caused the interrupt to occur. If the bOriginator field is set to zero, the ‘virtual’ Entity interface is the originator. This can be used to report global AudioControl interface changes to the Host. If the originator is an AudioStreaming interface, the bOriginator field contains the interface number of the AudioStreaming interface. Likewise, it contains the endpoint number if the originator were an AudioStreaming endpoint. The proper response to an interrupt is either a Get Status request (D6=0) or a Get Memory request (D6=1). Issuing these requests to the appropriate originator must clear the Interrupt Pending bit and the Memory Contents Changed bit, if applicable. The following table specifies the format of the status word 1 - 6 - 11 - 16 - 21 - 26 - 31 - 36 - 41 - 46 - 51 - 56 - 61 - 66 - 71 - 76 - 81 - 86 - 91 - 96 - 101 - 106 - 111 - 116 - 121 - 126 ここを編集
https://w.atwiki.jp/usb_audio/pages/40.html
原文:Audio Device Document 1.0(PDF) USB Device Class Definition for Audio Devices Release 1.0 March 18, 1998 56 Extension Unit is not available in this case because it is bypassed). Default behavior is assumed when set to off. In the case of a single Input Pin, logical channels that enter the Extension Unit are passed unaltered for those channels that are also present in the output cluster. Logical channels not available in the output cluster are absorbed by the Extension Unit. Logical channels present in the output cluster but unavailable in the input cluster are muted. In case of multiple Input Pins, corresponding logical input channels are equally mixed together before being passed to the output. An index to a string descriptor is provided to further describe the Extension Unit. The following table outlines the Extension Unit descriptor. Table 4-15 Extension Unit Descriptor Offset Field Size Value Description 0 bLength 1 Number Size of this descriptor, in bytes 13+p+n 1 bDescriptorType 1 Constant CS_INTERFACE descriptor type. 2 bDescriptorSubtype 1 Constant EXTENSION_UNIT descriptor subtype. 3 bUnitID 1 Number Constant uniquely identifying the Unit within the audio function. This value is used in all requests to address this Unit. 4 wExtensionCode 2 Constant Vendor-specific code identifying the Extension Unit. 6 bNrInPins 1 Number Number of Input Pins of this Unit p 7 baSourceID(1) 1 Number ID of the Unit or Terminal to which the first Input Pin of this Extension Unit is connected. … … … … … 7+(p-1) baSourceID (p) 1 Number ID of the Unit or Terminal to which the last Input Pin of this Extension Unit is connected. 7+p bNrChannels 1 Number Number of logical output channels in the audio channel cluster of the Extension Unit. 7+p+1 wChannelConfig 2 Bitmap Describes the spatial location of the logical channels in the audio channel cluster of the Extension Unit. 7+p+3 iChannelNames 1 Index Index of a string descriptor, describing the name of the first logical channel in the audio channel cluster of the Extension Unit. 11+p bControlSize 1 Number Size, in bytes, of the bmControls field n USB Device Class Definition for Audio Devices Release 1.0 March 18, 1998 57 Offset Field Size Value Description 12+p bmControls n Bitmap A bit set to 1 indicates that the mentioned Control is supported D0 Enable Processing D1..(n*8-1) Reserved 12+p+n iExtension 1 Index Index of a string descriptor, describing this Extension Unit. 4.3.2.8 Associated Interface Descriptor The Associated Interface descriptor provides a means to indicate a relationship between a Terminal or a Unit and an interface, external to the audio function. It directly follows the Entity descriptor to which it is related. The bInterfaceNr field contains the interface number of the associated interface. The remainder of the descriptor depends both on the Entity to which it is related and on the interface class of the target interface. At this moment, no specific layouts are defined by this specification. The following table outlines the Associated Interface descriptor. Table 4-16 Associated Interfaces Descriptor Offset Field Size Value Description 0 bLength 1 Number Size of this descriptor, in bytes 4+x 1 bDescriptorType 1 Constant CS_INTERFACE descriptor type. 2 bDescriptorSubtype 1 Constant ASSOC_INTERFACE descriptor subtype. 3 bInterfaceNr 1 Number The interface number of the associated interface. 4 Association-specific x Number Association-specific extension to the open-ended descriptor. 4.4 AudioControl Endpoint Descriptors The following sections describe all possible endpoint-related descriptors for the AudioControl interface. 4.4.1 AC Control Endpoint Descriptors 4.4.1.1 Standard AC Control Endpoint Descriptor Because endpoint 0 is used as the AudioControl control endpoint, there is no dedicated standard control endpoint descriptor. 4.4.1.2 Class-Specific AC Control Endpoint Descriptor There is no dedicated class-specific control endpoint descriptor. USB Device Class Definition for Audio Devices Release 1.0 March 18, 1998 58 4.4.2 AC Interrupt Endpoint Descriptors 4.4.2.1 Standard AC Interrupt Endpoint Descriptor The interrupt endpoint descriptor is identical to the standard endpoint descriptor defined in Section 9.6.4, “Endpoint,” of the USB Specification and further expanded as defined in the Universal Serial Bus Class Specification. Its fields are set to reflect the interrupt type of the endpoint. This endpoint is optional. The following table outlines the standard AC Interrupt Endpoint descriptor. Table 4-17 Standard AC Interrupt Endpoint Descriptor Offset Field Size Value Description 0 bLength 1 Number Size of this descriptor, in bytes 9 1 bDescriptorType 1 Constant ENDPOINT descriptor type 2 bEndpointAddress 1 Endpoint The address of the endpoint on the USB device described by this descriptor. The address is encoded as follows D7 Direction. 1 = IN endpoint D6..4 Reserved, reset to zero D3..0 The endpoint number, determined by the designer. 3 bmAttributes 1 Bit Map D3..2 Synchronization type 00 = None D1..0 Transfer type 11 = Interrupt All other bits are reserved. 4 wMaxPacketSize 2 Number Maximum packet size this endpoint is capable of sending or receiving when this configuration is selected. Used here to pass 2-byte status information. Set to 2 if not shared, set to the appropriate value if shared. 6 bInterval 1 Number Left to the designer’s discretion. A value of 10 ms or more seems sufficient. 7 bRefresh 1 Number Reset to 0. 8 bSynchAddress 1 Endpoint Reset to 0. 4.4.2.2 Class-Specific AC Interrupt Endpoint Descriptor There is no class-specific AudioControl interrupt endpoint descriptor. 4.5 AudioStreaming Interface Descriptors The AudioStreaming (AS) interface descriptors contain all relevant information to characterize the AudioStreaming interface in full. USB Device Class Definition for Audio Devices Release 1.0 March 18, 1998 59 4.5.1 Standard AS Interface Descriptor The standard AS interface descriptor is identical to the standard interface descriptor defined in Section 9.6.3, “Interface,” of the USB Specification, except that some fields now have dedicated values. Table 4-18 Standard AS Interface Descriptor Offset Field Size Value Description 0 bLength 1 Number Size of this descriptor, in bytes 9 1 bDescriptorType 1 Constant INTERFACE descriptor type 2 bInterfaceNumber 1 Number Number of interface. A zero-based value identifying the index in the array of concurrent interfaces supported by this configuration. 3 bAlternateSetting 1 Number Value used to select an alternate setting for the interface identified in the prior field. 4 bNumEndpoints 1 Number Number of endpoints used by this interface (excluding endpoint 0). 5 bInterfaceClass 1 Class AUDIO Audio Interface Class code (assigned by the USB). See Section A.1, “Audio Interface Class Code.” 6 bInterfaceSubClass 1 Subclass AUDIO_STREAMING Audio Interface Subclass code. Assigned by this specification. See Section A.2, “Audio Interface Subclass Codes.” 7 bInterfaceProtocol 1 Protocol Not used. Must be set to 0. 8 iInterface 1 Index Index of a string descriptor that describes this interface. 4.5.2 Class-Specific AS Interface Descriptor The bTerminalLink field contains the unique Terminal ID of the Input or Output Terminal to which this interface is connected. The bDelay field holds a value that is a measure for the delay that is introduced in the audio data stream due to internal processing of the signal within the audio function. The Host software can take this value into account when phase relations between audio streams, processed by different audio functions, are important. The wFormatTag field holds information about the Audio Data Format that should be used when communicating with this interface. If the interface has a USB isochronous endpoint associated with it, the wFormatTag field describes the Audio Data Format that should be used when exchanging data with this endpoint. If the interface has no endpoint, the wFormatTag field describes the Audio Data Format that is used on the (external) connection this interface represents. This specification defines a number of standard Formats, ranging from Mono 8-bit PCM to MPEG2 7.1 encoded audio streams. A complete list of supported Audio Data Formats is provided in a separate document, USB Audio Data Formats, that is considered part of this specification. Further specific USB Device Class Definition for Audio Devices Release 1.0 March 18, 1998 60 information concerning the Audio Data Format for this interface is reported in a separate type-specific descriptor, see Section 4.5.3, “Class-Specific AS Format Type Descriptor.” This can optionally be supplemented by format-specific information through a format-specific descriptor, see Section 4.5.4, “Class-Specific AS Format-Specific Descriptor.” Table 4-19 Class-Specific AS Interface Descriptor Offset Field Size Value Description 0 bLength 1 Number Size of this descriptor in bytes 7 1 bDescriptorType 1 Constant CS_INTERFACE descriptor type. 2 bDescriptorSubtype 1 Constant AS_GENERAL descriptor subtype. 3 bTerminalLink 1 Constant The Terminal ID of the Terminal to which the endpoint of this interface is connected. 4 bDelay 1 Number Delay (d) introduced by the data path (see Section 3.4, “Inter Channel Synchronization”). Expressed in number of frames. 5 wFormatTag 2 Number The Audio Data Format that has to be used to communicate with this interface. 4.5.3 Class-Specific AS Format Type Descriptor The wFormatTag field in the class-specific AS Interface Descriptor implicitly indicates which Format Type should be used to communicate with the connection (USB or external) this interface represents. (Each Audio Data Format belongs to a certain Format Type as outlined in USB Audio Data Formats.) Each Format Type has a specific Format Type descriptor associated with it. This class-specific AS Format Type descriptor follows the class-specific AS interface descriptor and delivers format type-specific information to the Host. The details and layout of this descriptor for each of the supported Format Types is found in USB Audio Data Formats. 4.5.4 Class-Specific AS Format-Specific Descriptor As stated earlier, the wFormatTag field in the class-specific AS Interface Descriptor not only describes to what Format Type the interface belongs. It also states exactly what Audio Data Format should be used to communicate with the connection (USB or external) this interface represents. Some Audio Data Formats need additional format-specific information conveyed to the Host. Therefore, the Format Type descriptor may be followed by a class-specific AS format-specific descriptor. The details and layout of this descriptor for the Audio Data Formats that need it, is outlined in USB Audio Data Formats. 4.6 AudioStreaming Endpoint Descriptors The following sections describe all possible endpoint-related descriptors for the AudioStreaming interface. 1 - 6 - 11 - 16 - 21 - 26 - 31 - 36 - 41 - 46 - 51 - 56 - 61 - 66 - 71 - 76 - 81 - 86 - 91 - 96 - 101 - 106 - 111 - 116 - 121 - 126 ここを編集
https://w.atwiki.jp/oper/pages/1113.html
rakuten_design= slide ;rakuten_affiliateId= 04a91095.52a5fed9.099b93b6.2566fa26 ;rakuten_items= ctsmatch ;rakuten_genreId= 0 ;rakuten_size= 200x600 ;rakuten_target= _blank ;rakuten_theme= gray ;rakuten_border= off ;rakuten_auto_mode= off ;rakuten_genre_title= off ;rakuten_recommend= on ;rakuten_ts= 1647918418817 ; rakuten_design= slide ;rakuten_affiliateId= 04a91095.52a5fed9.099b93b6.2566fa26 ;rakuten_items= tra-ctsmatch ;rakuten_genreId= 0 ;rakuten_size= 200x600 ;rakuten_target= _blank ;rakuten_theme= gray ;rakuten_border= off ;rakuten_auto_mode= off ;rakuten_genre_title= off ;rakuten_recommend= on ;rakuten_ts= 1651882222390 ; オペラタイトル Ottone in villa 館のオットーネ Orlando finto pazzo 狂気を装うオルランド Arsilda アルシルダ L'incoronazione di Dario ダリオの戴冠 Armida al campo d Egitto アルミーダ Teuzzone テウッツォーネ Tito Manlio ティト・マンリオ La verità in cimento 試練の中の真実 Ercole su l Termodonte テルモドンテのエルコレ Giustino ユスティヌス Il Tigrane ティグラネス王 Dorilla in Tempe テンペのドリッラ Andromeda liberata 救われたアンドロメダ Farnace ファルナーチェ Orlando furioso 狂気のオルランド L Atenaide アテナイーデ La fida ninfa 忠実なニンフ Motezuma モンテズマ L Olimpiade オリンピアーデ Bajazet バヤゼット Griselda グリセルダ Catone in Utica ウティカのカトー L oracolo in Messenia メッセニアの神託 Il giorno felice 幸福な一日 その他タイトル Juditha triumphans 勝利のユディータ Stabat Mater スターバト・マーテル News on ヴィヴァルディ 名曲「四季」誕生から300年 辰巳琢郎、高田 翔が紡ぐヴィヴァルディ父子の希望に満ちた愛の物語 - http //spice.eplus.jp/ S.クイケン&ラ・プティット・バンドの名盤5タイトルがLP化!ヴィヴァルディ、バッハ(2種)、テレマン ... - TOWER RECORDS ONLINE 東京ヴィヴァルディ合奏団第24回ファンタジックなクリスマス - サントリー 厚み1センチ超えのふわふわチーズ! 食欲の秋に食べたい惣菜パンには、ヴィヴァルディの「秋」 - Peachy(ピーチィ ... - livedoor 本日は六本木ヒルズ51階で開催されました、東京ヴィヴァルディ合奏団のランチコンサートへ東京ヴ... - 白石さと美 ... - 自社 「Vivaldi」内蔵のやたら気合が入ったミニゲームに続編、「Steam」でも配信開始/ノスタルジックなアーケード ... - 窓の杜 プレヴニャク&ヴェルサイユ王室歌劇場管/ヴィヴァルディ:協奏曲集『四季』、オーボエ協奏曲 - TOWER RECORDS ... - TOWER RECORDS ONLINE ジャニーヌ・ヤンセン/ヴィヴァルディ“四季”新しいアートワークで登場!(CD・LP) - TOWER RECORDS ONLINE - TOWER RECORDS ONLINE 辰巳琢郎が父役、高田 翔が息子役で共演 代表曲「四季」にそって親子を描く、バロック音楽劇『ヴィヴァルディ -四季-』を上演 - http //spice.eplus.jp/ 辰巳琢郎と高田翔がヴィヴァルディ「四季」に沿って紡ぐ音楽劇、共演に冨岡健翔ら(ステージナタリー) - Yahoo ... - Yahoo!ニュース チェチーリア・バルトリの名盤『ザ・ヴィヴァルディ・アルバム』初LP化(2枚組) - TOWER RECORDS ONLINE - TOWER RECORDS ONLINE 「Vivaldi」に待望のiOS版、無償提供が開始/「スピードダイヤル」やデスクトップスタイルのタブを搭載、データの ... - 窓の杜 「Vivaldi」ブラウザー、「iOS」版がついに登場 - CNET Japan Vivaldiブラウザ、ついにiOS版が正式リリースへ - マイナビニュース サラ・チャン&オルフェウス室内管弦楽団/ヴィヴァルディ“四季” 180g重量盤として初アナログLPリリース! - TOWER ... - TOWER RECORDS ONLINE イ・ムジチ合奏団 ~結成70年記念公演~ 9/23(土・祝) くらら公演、開催間近!! - NEWSCAST アヴィ・アヴィタルが、アントニーニ&イル・ジャルディーノ・アルモニコと待望の録音!ヴィヴァルディ、J.S.バッハ ... - TOWER RECORDS ONLINE ジュスタン・テイラーの新録音!『バッハとイタリア』~半音階的幻想曲、イタリア協奏曲 ほか - TOWER RECORDS ... - TOWER RECORDS ONLINE ヴィヴァルディとは ヴィヴァルディの56%は月の光で出来ています。ヴィヴァルディの42%はアルコールで出来ています。ヴィヴァルディの2%はビタミンで出来ています。
https://w.atwiki.jp/vip-tatie/pages/108.html
キャラ設定内容 名前 まだ決めてない 性別 ショタ 設定 エロス極まりない 性格 根暗、引きこもり 外見 髪の毛くせっけ(くるくるしてる感じで) 下の絵に描いてあるとおり、垂れ目 服装 下の絵にry 特徴 くせっけ 絵柄 5頭身でかっこよく 差分 ないよー 備考 お願いします!!!ショタにしてね!!! 参考画像←緑の奴は服の柄ね!!出来れば大き目の画像で 線画 立ち絵 ?id=75.jpg 透過PNG http //loda.jp/vip_tatie/?id=76.png PSD http //loda.jp/vip_tatie/?id=77 最新レス 699 描いたよー 多分大きめ http //dl6.getuploader.com/g/vip_tatie/70/syota.jpg 747 :以下、名無しにかわりましてVIPがお送りします[sage]:2009/10/21(水) 22 19 38.85 ID hcwS3ld70 745 うぎゃあああああああああああああ!!!!なんてすごい!!! 描いてくれてありがとうございます!! すごい理想の絵!!!!!ありがとう!! (スレ11より) 204 以下、名無しにかわりましてVIPがお送りします New! 2009/11/25(水) 22 39 11.56 ID mkQvI8SW0 初代スレ 689 名前なし7 色塗ってきます 233 以下、名無しにかわりましてVIPがお送りします New! 2009/11/26(木) 05 43 13.36 ID VkR+1k8v0 初代スレ 689 名前なし7 立ち絵完成 http //loda.jp/vip_tatie/?id=75.jpg http //loda.jp/vip_tatie/?id=76.png (透過PNG) http //loda.jp/vip_tatie/?id=77 (PSD) いつもとちがう塗り方で塗ってみたwww 色調整とかあればどうぞ とりあえず完成 名前 コメント
https://w.atwiki.jp/vocalive/pages/18.html
このページ名(Name of this Page)→【演奏者と関連ブログ】 メニューMENU 演奏者及び関連ブログ一覧 MIKUNOPOLIS 2011 in Los Angeles 大感謝祭 演奏:The 39s 安部潤(key、P)、黒田晃年(g)、田中晋吾(b)、折田新(ds) ストリングス 武内香澄(vln)、河本夕里安(vln)、惠藤あゆ(vla)、 さいとうひさこ(2ndvln)、今井香織(vcl cello)、上保朋子(2ndvln) アコミク参加 筒井文子(vla)、下山田珠美(cello) 【初音ミク】 "アコミク" 完成音源ダイジェスト【The39s】2011年12月より発売開始 http //www.nicovideo.jp/watch/sm16040410 安部潤blogから各メンバーへのリンクをたどると便利 MIKUNOPOLIS レポ!1キーボード http //blog.goo.ne.jp/jabe0755/s/%A5%DF%A5%AF MIKUNOPOLIS レポ!2 http //blog.goo.ne.jp/jabe0755/e/c35d565f1c0e3ed27b78509f0dac788c?fm=rss The 39s Session ~折田新(Ds) Birthday Live!~、終了! http //blog.goo.ne.jp/jabe0755/e/fe9d8f9ba25205b266e8c2a5ade92b34 オリシンのリズム日記では、リンクが綺麗に整っている模様 折田新(ds) LA最高!!(音楽編) - オリシンのリズム日記 http //blog.goo.ne.jp/shinxdrum/e/8930b03acd91db0e1daa0ad1eda89457?fm=entry_awc 黒田晃年(g) http //ameblo.jp/akitoshikuroda/entry-10944843945.html 田中晋吾(b) http //shingo.tea-nifty.com/blog/2011/07/la-76c5.html 武内香澄(vln) http //ameblo.jp/pyonnchan/entry-11035588430.html http //ameblo.jp/pyonnchan/entry-10944809273.html 河本夕里安(vln) http //ameblo.jp/yuristrawberry/entry-10945217876.html 須原杏(vln) http //anzu224.tumblr.com/ 恵藤あゆ(vla) 宮崎隆睦(s,EWI) http //www.miyazaki-sax.com/ 田中充(tp) http //www.mitzru.com/ The 39s、第5(6?)のメンバー宇野克郎(manipu)マニュピレーター http //www.sounduno.com/ http //blog.goo.ne.jp/jabe0755/e/ddec2432881815880032340fb379b277 安部潤blogのその他のリンク集 弦、生リズムレコーディング Daiba de Thanks!、拝郷メイコ さん、藤田咲さん、下田麻美さん、浅川悠さんとのイベント、終了しました! 生放送担当-コトノハのシズク Blog(仮) Danny Choo LA司会進行-twitter Hatsune Miku Facebook 朝日新聞の取材者-朝P [リンク集] 蹴茶から各メンバー及び、ミクライブ主要者のブログ等にリンクがあります。 http //kettya.com/backnumber/2011/netalog201107794723.htm ミクパ関連 東京 札幌 シンガポール 大感謝祭 演奏:MKP39 鈴木 啓(Key)、木下浩二(g)、中村康太(g) 門馬俊明(b)、松岡悠平(ds) MKP39 鈴木 啓(Key)、木下浩二(g)、中村康太(g) 門馬俊明(b)、松岡悠平(ds) http //vocaloid.wikia.com/wiki/MKP39 First generation Yuuhei Matsuoka, Toshiaki Monma, Kouji Kinoshita, Kei Suzuki The band members are Kouji Kinoshita (guitar), Kouta Nakamura (additional guitarist added after the Tokyo concert), Toshiaki Monma (bass), Yuuhei Matsuoka (drums), and Kei Suzuki (keyboard). In the 2012 Mikupa concert, Sachiko Wakamori (percussion) was added to the lineup. Kei Suzuki (Band Master/Manipulator) Second generation In the Hong Kong concert, the lineup for MKP39 was changed drastically. The only remaining member is Kouji Kinoshita, with Jun☆Murayama replacing Kei Suzuki on keyboards, TABOKUN replacing Toshiaki Monma on bass, and Ryoichi "KIKU" Kikushima replacing Yuuhei Matsuoka on drums. The percussionist (Sachiko Wakamori) was dismissed as well. Sapporo 2013 saw the return of Kouta Nakamura, and also the depature of Jun☆Murayama who was replaced by Jun Imai. Tokyo 2013 also saw the return of Sachiko Wakamori. According to 5pb s Mikupa page, Kei Suzuki is now working behind the scenes as band master/manipulator for the second generation MKP39. http //vocaloid.wikia.com/wiki/Category MKP39 感謝祭ライブ関連の主要者 セガ 中の人1号-Twitter CG担当 黒田P-Twitter ←感謝際等の透過ライブ発案した方 クリプトン 伊藤社長 -Twitter ボカロ喋り担当-ゆにめもP カメラ担当 中山雅弘さん-Twitter 中の人2号-Twitter 武井一雄#14 PA -Twitter http //meza.way-nifty.com/ F岡 Dir LA 初音鑑-Twitter セガ公式Twitter http //twitter.com/SEGA_OFFICIAL http //sega.jp/sns/201408/ きのっぴ http //blog.livedoor.jp/newrelax/
https://w.atwiki.jp/projectdiva_ac/pages/402.html
Promise 基本情報 作曲・作詞 samfree http //nationone.jp/ イラスト JUM http //www.pixiv.net/member.php?id=40177 初音ミクwiki http //www5.atwiki.jp/hmiku/pages/147.html EASY NORMAL HARD EXTREME EX EXTREME レベル FT 3.5 4.5 6 8 8 無印 3 4 6 8 - ノート数 293 353 471 557 557 BPM 138 ランキング HARD http //miku.sega.jp/arcade/ranking/ranking_prms_hard.html EX http //miku.sega.jp/arcade/ranking/ranking_prms_extreme.html EEX http //miku.sega.jp/arcade/ranking/ranking_prms_ex_extreme.html 備考 2ndからの移植 Vo.1 リン、Vo.2ミクのデュエット曲 動画 EASY 評価:PERFECT モジュール:スカーレット、リアクター Player:Nakaso 評価:PERFECT モジュール:鏡音リン スイムウェア、初音ミク スイムウェア Player:らいあ NORMAL 評価:PERFECT モジュール:スカーレット、リアクター Player:Nakaso 評価:PERFECT モジュール:鏡音リン 蘇芳、ミコ Player:らいあ HARD 評価:PERFECT モジュール:鏡音リン、初音ミク Player:TEAM 4山下 評価:PERFECT モジュール:リアクター、パンキッシュ Player:KLAR 評価:PERFECT モジュール:鏡音リン、初音ミク Player:Misora@39&からあげ 評価:PERFECT モジュール:スカーレット、リアクター Player:Nakaso 評価:PERFECT モジュール:EoEスタイル、エールダンジュ Player:らいあ EXTREME 評価:PERFECT モジュール:亞北ネル、鏡音レン Player:るえふぃ@G線上 評価:PERFECT モジュール:リアクター、パンキッシュ Player:KLAR 評価:PERFECT モジュール:鏡音リン、ハツネミク Player:TAKA83 評価:PERFECT モジュール:鏡音リン スイムウェアT、初音ミク スイムウェアB Player:らいあ EX EXTREME 評価:PERFECT モジュール:スクールジャージ、ブルームーン Player:めかひすい@なまねぎ ※ボタン音なし 攻略 コメント 最後の最後で閉店しました泣 -- (名無しさん) 2012-01-22 22 16 44 ↑諦めるな。完奏モードも上手く活用するんだ。 -- (OSX@X1) 2012-01-23 10 15 27 ↑2HARDのパーフェクト取ってから再挑戦した方が良いかと思うな -- (名無しさん) 2012-01-23 21 03 50 おれなんか -- (21002000) 2012-03-18 13 52 21 ボーカル1をゴシックパープル、2をフロイラインという組み合わせもいい。 -- (名無しさん) 2012-08-04 06 16 30 Hardパフェは取れてるけどExは全くついていけない… -- (名無しさん) 2013-05-31 22 52 10 この曲の作者が亡くなったって聞いたけど、マジ?こないだも亡くなった人いたよね? -- (名無しさん) 2015-10-01 20 20 18 早速、亡くなったのを知ってやってきました;今聞くと、歌詞の意味がさらに深くなった気がします・_; -- (名無しさん) 2015-10-03 12 09 40 昨日やって、今日訃報を知った -- (名無しさん) 2015-10-04 20 31 16 スノーマン -- (名無しさん) 2017-01-12 10 58 13 名前 コメント すべてのコメントを見る
https://w.atwiki.jp/vipkowai2/pages/27.html
ライターのためのページ 千春の共通シナリオの役割分担 チャット部分→3号担当 顔合わせ~語り始め部分→ライター1担当 千春語り部分→ラ2担当 個別終了からのラスト部分→新人担当 語りパートのみ約30KB。それ以外のパートは10~15KBで、極端に少なすぎないこと。 ライターへのそれぞれの指示 ライター1向け http //loda.jp/vipkowai/?id=105 3号向け http //loda.jp/vipkowai/?id=106 新人向け http //loda.jp/vipkowai/?id=107 .
https://w.atwiki.jp/mikunology/pages/12.html
年月日 名称 作者 2010年 2010年9月21日 【MMDAgent】初音ミクとおしゃべりできるソフトをつくってみた 名工大国際音声技術研究所 CEATEC JAPAN 音声インタラクションシステムMMDAgent 音声インタラクションシステムMMDAgent ~あのキャラクターとおしゃべり!~ 2010年10月5日 MMDAgent デモ版がCEATECで公開 名工大国際音声技術研究所 初音ミクと対話できる 『MMDAgent』がスゴい!| 週刊アスキー 2010年10月6日 MMDAgentデモロングVer:初音ミクと会話! アスキー 2010年11月11日 【MMDAgent】初音ミクのハプニング in CEATEC JAPAN 2010 瓶入りチョコ 2010年12月25日 MMDAgent α版 名工大国際音声技術研究所 2010年12月26日 MMDAgentで二次元キャラと会話できるようになったと聞いて 聖杯P 2010年12月27日 MMDAgent 背景透過改造 Ru--en 2010年12月30日 MMDAgent使ってみた BURI モデルを複数表示させて遊んでみた IDE MMDAgent をGUMIさんに説明してもらったよ ceptor 2011年 2011年1月1日 操作コマンド(≠シナリオスクリプト)を色々試してみた(修正版) IDE 2011年1月3日 MMDAgentで遊ぶ。.ojtファイル編。 IDE MMDAgent使い方暫定まとめ sakurairo_nigawarai 2011年1月4日 サンプルシナリオ ceptor 2011年1月7日 初音ミクのロボ声 0.17 hatsune_wave MMDAgent シナリオコマンド一覧 IDE 2011年1月9日 MMDAI hkrn 2011年1月11日 ミクプラスAlpha ceptor 2011年1月14日 GUMIさんに話を聞いてもらおう ceptor 2011年1月16日 MMDAgentのNAIP化計画始動 CUBE370 2011年1月17日 三目並べをやってみた IDE 【MMDAI】MacでMMD表示できるアプリを試した 松尾P 2011年1月21日 MMDAgent version Twilight(MMDAT) v1.00 IDE 2011年1月22日 【MMDAI】MacでMMDが動かせると聞いて【エルシャダイ】 mtsk 2011年1月24日 Project-NAIP 試用版の配布 CUBE370 2011年1月27日 グミプラス 部屋まで ceptor 2011年1月28日 【MMDAgent】初音ミクのハプニング in CEATEC JAPAN 2010 dieweb8888 2011年1月30日 MMDAT v1.01 IDE 2011年2月3日 MMDAgent β版 名工大国際音声技術研究所 2011年2月5日 Plugin_Remote 0.02 hatsune_wave Plugin_Script 0.02 Plugin_SAPI 0.02 2011年2月7日 グミプラス おまけ ceptor 2011年2月9日 MMDAgent設定ファイル記述あれこれ/前編~ミクさん青空救出大作戦~ sakurairo_nigawarai 2011年2月12日 Project-NAIP ver.1.0.0.0 CUBE370 2011年2月14日 ミクプラスBeta ビリヤード ceptor 2011年3月3日 MMDAgent rc版 名工大国際音声技術研究所 2011年3月7日 グミプラスRC ceptor 2011年3月13日 Project-NAIP ver.1.1.0.0 CUBE370 2011年3月20日 ミクプラスRC ceptor 2011年3月21日 ミクプラスおまけ ceptor 2011年3月22日 Plugin_AquesTalk2 0.04 hatsune_wave 2011年3月23日 【MMDAI】Ubuntu上でミクさんに踊っていただきました(サウンドなし) jkbys 2011年3月27日 Project-NAIP ver. 1.3.0.0 CUBE370 2011年4月6日 グミプラスRC改再 ceptor 2011年4月9日 Project-NAIP ver. 1.4.0.0 ver. 1.5.1.0 CUBE370 2011年4月12日 MMDAIのDebianパッケージ hkrn 2011年4月17日 Project-NAIP ver.1.5.2.0 CUBE370 2011年4月17日 MMDAI for MacOSV v0.6 hkrn 2011年4月19日 MMDAgent rc2版 名工大国際音声技術研究所 2011年4月20日 ミクプラスRC2 ダンスモード ceptor 2011年4月20日 MMDAI v.0.61 hkrn 2011年4月24日 Project-NAIP ver. 1.6.0.0 CUBE370 2011年4月28日 Project-NAIP ver. 1.6.2.0 CUBE370 2011年5月1日 MMDAgent 1.0 名工大国際音声技術研究所 2011年5月4日 Project-NAIP ver. 1.6.3.0 CUBE370 2011年5月5日 MMDAI for MacOSX root2 hkrn 2011年5月8日 ミクプラスV1.0C ceptor 2011年5月14日 ミクプラスV1.0 ドラムモード ceptor 2011年5月14日 MMDAIにまつわるFAQ集 hkrn 2011年5月15日 MMDAI for MacOSX root3 hkrn 2011年5月19日 ミクプラスV1.0改E エレクトリック・ラブ ceptor 2011年6月5日 起動中に MMDAgent のシナリオをリロード Ru--en 音声認識させずに MMDAgent のイベントを見る 2011年7月3日 ミクプラスV1.0改SN ストロボナイツ ceptor 2011年7月15日 ミクプラスv1.0改KKK 恋はきっと急上昇☆ ceptor 2011年7月15日 MMDAIのPMXの対応予定はあるか hkrn 2011年7月16日 MMDAIの現在の開発状況 hkrn 2011年7月26日 ミクプラスv1.0改WF WAVEFILE ceptor 2011年8月3日 MMDAgent 1.1 名工大国際音声技術研究所 2011年8月5日 MMDAgent Project-NAIP wiki CUBE370 2011年8月5日 MMDAgent1.1の新機能と注意点 hkrn 2011年8月5日 MMDAI/MMDAgentのコマンドリファレンス hkrn 2011年8月12日 Project-NAIP ver. 1.6.4.0 CUBE370 2011年8月20日 MMDAI2 α版のリリースのお知らせ hkrn 2011年8月22日 【第7回MMD杯本選】MMDAgentミクプラスv1.1 ceptor 2011年8月28日 FSTリロードプラグイン CUBE370 2011年8月31日 MMDAI2 α2版のリリース hkrn 2011年9月18日 MMDAI root4リリース hkrn 2011年10月8日 MMDAI2 α3版のリリース hkrn 2011年10月10日 MMDAI/MMDAI2の開発終わるかもしれない? hkrn 2011年10月11日 MMDAI2 α4版のリリース hkrn 2011年10月16日 MMDAI2 α5版のリリース hkrn 2011年10月16日 Project-NAIP2 α版 CUBE370 2011年10月23日 MMDAI2 α6版のリリース hkrn 2011年10月28日 MMDAI on iOSができるかどうか hkrn 2011年10月30日 MMDAI2 α7版のリリース hkrn 2011年11月3日 音響モデルTYPE-A TYPE-B CUBE370 2011年11月8日 MMDAI2 α8版のリリース hkrn 2011年11月9日 ミクプラスv1.1改C8 CUTIE88 ceptor 2011年11月12日 FstFileEditor 1.00 Negipoyoc 2011年11月16日 MMDAI2 α9版のリリース hkrn 2011年11月23日 MMDAI2 α10版のリリース hkrn 2011年12月8日 MMDAI 2.1.0リリース hkrn 2011年12月10日 ミクプラスv1.1改SN 淋しい熱帯魚 ceptor 2011年12月25日 MMDAgent 1.2 名工大国際音声技術研究所 2011年12月26日 FstFileEditor 1.11 Negipoyoc 2012年 2012年1月3日 MMDAgentで遊んでみよう ceptor 2012年1月4日 MMDAI2 α11版のリリース hkrn 2012年1月5日 MMDAI2 α12版のリリース hkrn 2012年1月9日 Project-NAIP2 α版 CUBE370 2012年1月10日 MMDAI2 α13版のリリース hkrn 2012年1月11日 ミクプラスv1.2PPP PONPONPON ceptor 2012年1月16日 MMDAI2 α14版のリリース hkrn 2012年1月25日 MMDAI2 α15版のリリース hkrn 2012年2月3日 MMDAI 2.2.0リリース hkrn 2012年2月5日 MMDAI2 α16版のリリース hkrn 2012年2月5日 ウインドウ透過プラグイン CUBE370 ソケット通信プラグイン VOICEROID+プラグイン 2012年2月7日 シナリオスクリプトの代替エンジンを作ってみた nothan 2012年2月11日 【第8回MMD杯本選】MMDAgentミクプラスv1.2 ceptor ミクプラスv1.2TYW Tell Your World ceptor 2012年2月12日 ミクプラスv1.2SH サイハテ ceptor 2012年2月13日 ミクプラスv1.2SG The secret garden ceptor 2012年2月15日 ミクプラスv1.2CD CaramellDansen ceptor 2012年2月17日 Plugin_Ril 0.9.1 nothan 2012年2月19日 MMDAI2 α17版のリリース hkrn 2012年2月20日 ミクプラスv1.2PF ポーカーフェイス ceptor 2012年2月20日 Window操作プラグイン(Plugin_WindowStyle) Ru--en 2012年2月21日 ノベルゲームっぽくしてみた【動画作成に】 nothan Plugin_Ril 0.9.2 2012年2月25日 ミクプラスv1.2AK 愛言葉 ceptor 2012年2月29日 ミクプラスv1.2FT FREELY TOMORROW ceptor 2012年3月4日 MMDAI2 α18版のリリース hkrn 2012年3月5日 MMD再生ソフトを作ってみた(MikuMikuStage) nothan 2012年3月10日 MMD再生ソフトを作ってみた02(MikuMikuStage) nothan 2012年3月10日 MMDAI2 0.19.0のリリース hkrn 2012年3月11日 OpenCVプラグイン CUBE370 2012年3月20日 MMDAI2 0.20.0のリリース hkrn 2012年3月26日 二次元の相手と一緒にご飯を食べる方法を確立した 聖杯P 2012年4月29日 MMDエージェント棒読み化+音声認識プラグイン neko_nyon 2012年5月6日 ミクプラスv1.2WPC We are POP☆CANDY! ceptor 2012年5月7日 MMDAgentでボイスチェンジャー CUBE370 2012年5月21日 平行法3Dテスト お断りします【 ( ゚ω゚ ) 】 ceptor 2012年5月23日 MMDAgent Wiki 閉鎖 2012年6月11日 ミクプラスv1.2改CC CANDY CANDY ceptor 2012年6月17日 ミクプラスv1.2改TT トゥインクル×トゥインクル ceptor 2012年7月14日 mikumikustage導入動画 BURI 2012年7月16日 【MMD】『FREELY TOMORROW』【PV】 BURI 2012年7月31日 スマートフォンで3D秘書エージェントを作ってみた 名工大国際音声技術研究所 2012年8月1日 MMDAgent 1.3 名工大国際音声技術研究所 2012年8月18日 ミクプラスv1.3 ceptor ミクプラスv1.3GF GIFT 2012年8月24日 ミクプラスv1.3BA BadApple!! ceptor 2012年8月31日 テキストプラグイン CUBE370 2012年11月10日 テキスト入力プラグイン CUBE370 2012年11月18日 テストと聞いて添付資料 deg 2012年11月29日 MMDAgent(Julius)の音声認識率を上げる方法 deg 2012年12月1日 MMDA-SakuraE_v1.1(サクラエディタ) deg 2012年12月3日 MMDAgentをVBScriptで制御できそう psy39 2012年12月12日 MMDAgentのメッセージをVBScriptで送受信する psy39 2012年12月13日 FstFileEditor 2.00 Negipoyoc 2012年12月15日 FstFileEditor 2.01 Negipoyoc 2012年12月25日 MMDAgent 1.3.1 名工大国際音声技術研究所 2012年12月26日 初音ミクに家電を操作してもらった Aria 2013年 2013年1月4日 Win8Test みんなみくみくにしてあげる ceptor 2013年1月5日 「MOTION_ACCELERATE」の使い方 deg 2013年1月12日 MMDAgentのプロセス間通信プラグインを作ったときのメモ psy39 2013年1月18日 画像表示プラグイン CUBE370 2013年1月30日 MMDAgentのシナリオファイルエディターを作ってみた Negipoyoc 2013年2月2日 霊夢の実体化計画-インターアクション sai 2013年2月8日 超能力で霊夢のスカートをめくってみた!! sai 2013年2月9日 ジェスチャーに反応してくれるようにしてみた CUBE370 2013年2月10日 オープンソースとMMDAI hkrn 2013年2月15日 MMDagentにマウスで胸を触る機能をつけてみた aa 2013年2月16日 ミクプラス1.3.1 ceptor 2013年2月16日 シナリオの読み方(序章)【講座】 deg 2013年2月18日 ミクプラス1.3.1 shake it! ceptor 2013年3月2日 スマートメイちゃん 名工大国際音声技術研究所 2013年3月3日 ミクプラス1.3.1 from Y to Y ceptor 2013年3月10日 シナリオの読み方【講座】 deg 2013年3月20日 サブシナリオのお話 deg 2013年5月1日 MMDAgentにクリック判定をプラス deg 2013年8月11日 ミクプラス1.3.1+ God knows... ceptor 2013年10月25日 MMDAgent 連動テスト ceptor 2013年12月25日 MMDAgent 1.4 名工大国際音声技術研究所 2014年 2014年2月16日 ミクプラス1.4 ceptor 2014年3月8日 【Mac向け】MMDAI2使ってみた【MMD】 toby 2014年4月10日 VPVM(MMDAI2) 0.34.2(開発停止) hkrn 2014年5月2日 VPMM の全公開化とコミュの続報 しまぴょん a.k.a hkrn 2014年7月2日 MMDAI2/VPVM の開発引き継ぎについて しまぴょん a.k.a hkrn 2014年7月 邪道版MMDAgent nothan 2014年7月6日 ダメ男製造機を作ってみた kouji 2014年9月29日 MMDAI/VPVM 関連のバイナリ配布停止予定のお知らせ しまぴょん a.k.a hkrn 2014年12月25日 MMDAgent 1.5 名工大国際音声技術研究所 2015年 2015年1月10日 MMDAI2/VPVM の承認依頼のルール しまぴょん a.k.a hkrn 2015年2月16日 ミクプラス1.5 ceptor 2015年2月17日 nanoem のテスター募集 hkrn 2015年3月4日 MMDAgentのマニュアル公開(暫定版) uDialogue project 2015年4月11日 おしゃべりゆかりさん上映風景 キマシタワーP 2015年6月1日 nanoem for OSX 公開開始 hkrn 2015年6月1日 今後のこのブログの扱いについて #MMDAI2info しまぴょん a.k.a hkrn 2015年6月6日 スマート社宅に2次元嫁をお迎えした Aria 2015年11月7日 MMDAgentをAgentに育てるブログ 熱伝導 2015年11月10日 MMDおしゃべり Ranpuutan 2015年11月23日 EasyMMDAgentDIcWriter 熱伝導 2015年12月25日 MMDAgent 1.6 名工大国際音声技術研究所 2016年 2016年1月18日 みんなで作る音声対話システム 開始 名工大李研究室 2016年2月16日 みんなで作る音声対話システム 終了 名工大李研究室 2016年2月21日 EasyMMDAgentDIcWriter_v1.1.0 熱伝導 2016年3月11日 ミクプラス1.6 ceptor 2016年5月3日 WIN32版邪道版MMDAgent v1 nothan 2016年5月5日 WIN32版邪道版MMDAgent v2 nothan 2016年6月26日 MMDAgent年表 psy39 2016年8月24日 MMDAgent 1.6.1 名工大国際音声技術研究所 2016年8月27日 WIN32版邪道版MMDAgent v4 nothan 2016年8月27日 WIN32版邪道版MMDAgent v5 nothan 2016年8月28日 WIN32版邪道版MMDAgent v6 nothan 2016年8月29日 MMDAgent 1.2 Gravity Factor対応版 nothan 2016年9月1日 MMDAgent SHARE uDialogue Project 2016年9月7日 WIN32版邪道版MMDAgent v7 nothan 2016年9月11日 WIN32版邪道版MMDAgent v8 nothan 2016年10月1日 MMDAgent DAY! uDialogue Project 2016年10月3日 MMDAgent エンサイクロペディア uDialogue Project 2016年12月25日 MMDAgent 1.7 名工大李研究室 2017年 2017年1月5日 MMDAGENT and AR 2017年3月1日 MMDAgentをMacで動かそう sayonari 2017年4月6日 MMDAgent EDIT